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SECTION  1  -  SCOPE  AND  PURPOSE 


This  specification  describes  the  program  functions  of  the  IP 
Remote  Driver,  the  software  to  exercise  a  vendor's  Internet 
Protocol  (IP)  implementation  /(TUT)  for  MIL-STD-1777 .  Because  it 
runs  on  the  vendor's  host  rather  than  in  the  Protocol  Test 
System,  the  software  is  called  a  Remote  Dr  iver^-RD)  An  IP 
host/Remote  Driver  must  also  be  supplied  for  gateway  IP  testing. 


SECTION  2  -  THE  PROTOCOL  TEST  SYSTEM 

2 . 1  DESIGN 

The  Protocol  Test  System  (FTS)  exercises  an  IUT  performing  peer  protocol 
exchanges  with  a  reference  implementation  at  the  Protocol  Test  System 
site.  A  driver  controls  each  peer  protocol  through  its  upper  level 
interface.  To  generate  reproducible  results,  a  script  controls  each 
driver. 

The  major  components  of  the  Protocol  Test  System  are: 

o  Central  Driver — to  coordinate  and  monitor  protocol  testing; 

o  Remote  Driver — to  exercise  the  IP  IUT 

o  Laboratory  Slave  Driver — to  exercise  the  IP  Reference 

implementation,  record  IP  datagrams  exchanged  over  the  test 
connections,  and  provide  communication  links  with  the 
Central  Driver. 

The  Central  Driver,  which  coordinates  and  monitors  protocol  testing, 
analyzes  the  input  it  receives  from  the  Laboratory  Slave  Driver  to 
determine  the  success  or  failure  of  each  test. 

2 . 2  FUNCTIONS 

The  IP  RD  makes  it  possible  for  the  Central  Driver  to  interact 
with  the  IP  IUT.  The  RD  establishes  a  connection  through  its 
local  IP  and  waits  for  datagrams  from  the  Laboratory  Slave 
Driver's  (LSD)  address.  When  such  a  datagram  arrives,  the  RD 
parses  the  data  area  in  a  search  for  commands  that  instruct  it  to 
form  a  datagram  to  the  LSD.  If  unable  to  respond  aj;  d i rected , 
the  RD  notifies  the  LSD  by  means  of  a  mutually  known  set  of 
messages  that  are  described  in  Section  4.2.  All  data  received 
from  the  IUT  are  forwarded  to  the  Central  Driver. 
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SECTION  3  -  ENVIRONMENT 


3 . 1  SUPPORT  SOFTWARE 

The  Internet  Protocol  Remote  Driver  may  reside  on  any  computer 
that  supports  the  Military  Standard  IP.  In  addition,  the  IP  RD 
may  be  written  in  any  language  and  may  have  any  type  of  system 
support . 


3 . 2  INTERFACES 

3.2.1  Upper  Layer  Protocol  to  Internet  Protocol. 

Table  1  shows  the  minimum  information  that  the  IP  RD  must  be  abl 
to  send  to  the  IP  IUT  (Internet  Protocol  Implementation  Under 


Source  Address 


Destination  Address 
Protocol 


-  Address  to  be  placed  in  source  field  of  IP 
packet  header . 

-  Address  to  be  placed  in  destination  field 
of  IP  packet  header. 

-  Upper  Layer  Protocol  Number. 


Type  of  Service 


-  Values  indicating: 
Precedence 
Delay 

Throughput 

Reliability. 


Don't  Fragment 
Time-to-Live 


Length 

Option 


i 


Data  ; 

Security  level  i 

i 

Accreditation  Authority! 


-  Indication  to  set  the  IP  don't 
fragment  option. 

-  Indication  to  set  the  IP  packet's 
useful  lifetime. 

-  Indication  of  IP  packet's  desired 
length. 

-  Option  field  requested  to  be  placed  in 
IP  packet  header 

-  Data  for  IP  to  pack  into  data  field. 

-  Security  level  for  security  option  requested  to 
be  placed  in  IP  header 

-  Accreditation  authority  to  be  placed  with  preceding 
security  level  in  IP  header 


TABLE  1. 


IP  Parameters 


3.2.2  Internet  Protocol  to  Upper  Layer  Protocol. 

Table  2  shows  the  minimum  information  from  the  IP  IUT  that  the  IP  RD 
must  be  able  to  recognize. 


PARAMETER  I  DEFINITION 


Source  Address  |  -  Address  from  source  field  of  IP 

packet  header . 

Destination  Address  j  -  Address  from  destination  field  of  IP 

|  packet  header . 

Protocol  j  -  Upper  Layer  Protocol  Number. 

i 

Type  of  Service  !  -  Values  indicating: 

|  Precedence 

Delay 

|  Throughput 

!  Reliability. 


Length 

|  -  Length  of  IP  packet. 

i 

Data 

! 

|  -  Data  from  IP  data  field. 

Error 

i  -  Error  indication  from  IP 

SECTION  4  -  DATAGRAM  PRESENTATION 


Each  datagram  sent  to  the  IUT  consists  of  a  series  of  independent 
commands.  Except  for  ident,  a  command  may  appear  in  any 
position:  The  ident  command  will  always  be  first  in  the 
sequence.  Figure  2  shows  a  typical  datagram  that  will  be  sent  to 
the  IUT. 

ident  =  12345  proto  =  255  prec  =  7  ipttl  =  25  datalen  =  128 
FIGURE  1.  IP  RD  Command  String 

4 . 1  COMMAND  COMPONENTS 

Figure  3  shows  the  syntax  of  most  IP  Remote  Driver  commands, 
which  consist  of  a  keyword  and  a  decimal  value. 


keyword< space >=<space>value< space > 
FIGURE  2.  IP  RD  Command  Syntax 


The  only  exceptions  are  the  end  and  option  commands.  The  end 
command  consists  of  the  "end"  keyword  by  itself.  The  option 
command  consists  of  the  "option"  keyword  immediately  followed  by 
up  to  40  bytes  that  occupy  the  remainder  of  the  data  field. 


All  bytes  in  the  data  field  are  ASCII  characters  except  for  the 
bytes  that  follow  an  "option"  keyword. 


: 
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4.1.1  Keywords . 

Table  3  lists  the  keywords  for  Remote  Drivers. 


KEYWORDS 


SEMANTICS 


I  source 
dest 
proto 
prec 
reliab 
delay 
throu 
:  ident 

dontf rag 

ipttl 

datalen 

option 

i 

I 

j  security 

| 

accreditation 

end 


i  -  Use  source  address  that  follows.* 

-  Send  message  to  address  that  follows.* 

-  Use  protocol  that  follows. 

-  Use  precedence  that  follows. 

-  Turn  on  reliability  bit. 

-  Turn  on  delay  bit. 

-  Turn  on  throughput  bit. 

i 

I  -  Use  ident if ication  that  follows  or  any  other 
value  permitted  by  the  Military  Standard. 

i  -  Turn  on  don't  fragment  flag. 

-  Use  time-to-live  that  follows. 

-  Send  back  a  message  of  the  following 
length. 

-  Use  the  following  option  string  to 

|  send  this  message.* 

! 

I  -  Send  back  a  message  containing  a  security  option 
set  with  this  security  level  and  the  accreditation 
provided  in  a  companion  command. 

-  Use  this  accreditat ion  with  the  security  level 
provided  in  a  companion  command. 

-  Erid  test. 


TABLE  3.  Remote  Driver  Keywords 


*Note:  All  addresses  are  given  in  network  octal. 


4.1.2  Values . 


Each  keyword  can  be  assigned  a  range  of  values.  Table  4  lists  each 
keyword,  its  corresponding  range  of  values,  and  the  value  that  should 
be  set  as  the  default. 


KEYWORD 

--  | 

,  RANGE  OF  VALUES  j 

DEFAULT 

source 

1 

IUT's  address 

dest 

LSD's  address 

proto  j 

0  -  255 

: 

255 

prec 

0-7 

0 

reliab 

0-1 

0 

delay 

0-1 

0 

throu 

1 

0-1  j 

1 

0 

ident 

1 

0  -  65535 

1 

1 

dontfrag 

0-1  | 

| 

0 

| 

ipttl 

0  -  255 

15 

. 

datalen 

0  -  65535 

i 

length  of  received 
datagram's  data  field 

secur i ty 

0  -  65535 

0 

accreditation 

0  -  65535 

i 

f 

1  0 

i 

TABLE  4.  Remote  Driver  Keywords  and  Values 
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4.2  RESPONSE  COMPONENTS 

Normally,  the  IP  RD  ensures  that  the  header  information  is  correctly 
set  and  that  the  data  field  is  the  requested  length.  The  data  field 
should  be  created  by  replicating  or  truncating  the  command  string 
until  the  requested  length  is  obtained. 

Table  5  lists  appropriate  responses  for  two  inoperative  conditions. 

If  the  IUT  does  not  implement  one  of  the  requested  commands,  it  should 
place  the  ident  command  followed  by  the  string  "notimpl"  in  the 
response  datagram's  data  field.  If  the  IUT  rejects  the  response 
datagram,  it  should  send  another  datagram  with  the  ident  command 
followed  by  the  string  "error"  in  the  datagram's  data  field. 


RESPONSE 

; 

|  INSTRUCTIONS 

error 

i 

-  If  the  IP  IUT  does  not  accept  a 

notimpl 


Central  Test  Driver. 

If  the  IP  IUT  does  not  implement  a 
command,  send  back  response  to 
Central  Test  Driver. 


TABLE  5.  Remote  Driver  Responses 


SECTION  5  -  DESIGN  DETAILS 


The  following  sections  explain  the  in i t ial i za t ion  and  operation 
of  a  Remote  Driver. 

5 . 1  CONNECTION  ESTABLISHMENT 

At  runtime,  the  RD  should  perform  any  internal  initialization 
necessary,  and  then  wait  at  an  address  obtainable  from  the 
Protocol  Test  System  testing  facility  for  a  connection  from  the 
Laboratory  Slave  Driver.  This  address  is  always  an  address  on 
the  same  proximate  net  as  the  Protocol  Test  System  testing 
facility. 

5.2  COMMAND  RECEPTION 

Each  RD  must  accept  datagrams  of  up  to  1024  bytes,  with  a 
protocol  number  of  255.  Note  the  Central  Test  Authority  can 
change  the  protocol  number  to  something  else  if  necessary.  The 
RD  must  recognize  all  the  keywords  listed  in  Table  3,  and  may 
notify  the  Laboratory  Slave  Driver  of  any  it  does  not  implement. 

( See  Sect  ion  4.2.) 

For  the  accepted  commands,  the  RD  applies  all  implementation 
details  required  to  ensure  that  the  semantics  of  the  commands  are 
executed.  This  execution  normally  will  involve  creating  an  IP 
packet  with  the  appropriate  settings  in  the  header  and  having  the 
IP  IUT  send  the  packet  to  the  LSD.  The  data  portion  of  the  IP 
packet  should  be  the  original  command  string  reproduced  as  often 
as  necessary  to  satisfy  any  packet  length  request  in  the  original 
command  string. 


5.3  PACKET  TRANSMISSION 


After  the  RD  has  created  the  test  IP  packet  according  to  the 
instructions  of  the  command  string,  it  attempts  to  send  the 
packet  back  to  the  Laboratory  Slave  Driver  via  the  IP  IUT.  If 
the  IP  IUT  rejects  the  packet,  the  RD  sends  an  error  response 
packet  instead.  The  IP  header  xdentif ication  number  of  the  error 
response  packet  should  be  set  as  indicated  by  the  ident  command. 
All  other  IP  header  fields  should  be  set  to  their  Table  4  default 
values.  The  data  field  should  contain  the  ident  command, 
followed  by  the  string  "error”.  (Note:  Sending  an  error 
response  packet  does  not  necessarily  constitute  an  error  in  the 
IP  IUT. ) 

5 . 4  CONNECTION  TERMINATION 

Upon  receipt  of  the  command  end  (or  upon  a  fatal  error  in  the 
local  implementation),  the  Remote  Driver  closes  the  IP  connection 
with  the  Laboratory  Slave  Driver.  No  response  datagram  is 
expected  or  permitted. 
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APPENDIX  B  -  Glossary 


This  list  of  terms  and  acronyms  does  not  include  item  names  or 
data  codes. 


ASCII 


CD 

IP 

IP  RD 
LSD 
RD 
ULP 

Datagram 


-  American  Standard  Code  for 
Information  Interchange.  A  data 
communications  code  set. 

-  Central  Driver 

-  Internet  Protocol 

-  Internet  Protocol  Remote  Driver 

-  Laboratory  Slave  Driver 

-  Remote  Driver 

-  Upper  Layer  Protocol 

-  A  self-contained  package  of  data 
carrying  enough  information  to  be 
routed  from  source  to  destination 
without  reliance  on  earlier  exchanges 
between  source  or  destination  and  the 
transporting  subnetwork. 

-  A  lowercase  ASCII  string  with  a 
defined  meaning. 


Keyword 


IP  Remote  Driver 


Brian  Griffin 


9/15  86 

This  PDL  represents  an  Internet  Protocol  Remote  Driver 
for  MIL-STD-1777  certification  testing.  It  assumes  that 
the  IP  header  is  used  to  pass  most  of  parameters  for  the 
section  6  interaction  primitives. 

MAJOR  DATA  STRUCTURES: 


FROM  ULP 


The  response  datagram  molded  by  the  Remot 
Driver  to  be  sent  by  the  Implementation 
Under  Test. 


TO  ULP 


The  datagram  delivered  by  the  IUT  to  the 
Remote  Driver  and  an  error  code. 


MINOR  VARIABLES 


DATA  LENGTH 


DATA  OFFSET 


The  amount  of  data  requested  to  be  sent 
in  the  response  datagram. 

The  offset  within  the  datagram's  data 
field. 


OPTION  OFFSET 


The  offset  within  the  received  datagram's 
data  field  where  0  to  40  octets  of  the 
requested  response  datagram’s  option 
field  can  be  found. 


TEST  ID 


The  value  of  the  identification  to  be 
used  for  the  response  datagram.  It  may 
be  needed  to  send  a  possible  error  or 
not  implemented  response  datagram. 


NOTICE: 


This  PDL  may  require  seme  modification  to  work  with  the 
IP  Implementation  Under  Test. 


C-2 


BEGIN  I P_REMOTE_DR I VER 

[  Handle  the  MIL-STD-1777  section  6.2.2.  1  DELIVER  primitive. 

IF  (  TOJJLP. PROTOCOL  is  255)  THEN 

[  Section  9. 4. 6. 3. 8,  9.4.6.3.10,  or) 

(  9.4.6.3.12  datagram  for  Remote  Driver) 

discard  the  TO_ULP . OPT ION_DATA  in  the  received  datagram 
(using  TO_ULP. INTERNET  HEADERLENGTH ) 

[  Store  most  IP  Remote  Driver  Specification  Table] 

(  4  default  values  in  the  response  datagram.) 

set  FROM_ULP . SOURCE_ADDR  to  the  IUT’s  address 

set  FROM_ULP . DEST INAT ION_ADDR  to  the  CTD's  address 

set  FROM_ULP. PROTOCOL  to  255 

set  FROM_ULP . TYPE_OF  SERVICE  to  0 

set  FROM_ULP. DONT_FRAGMENT  to  0 

set  FROM_ULP.TIME_TO_LIVE  to  15 

set  FROM_ULP.  DATA  to  TO  JJLP .  DATA 

set  DATA_LENGTH  to  TO_ULP . LENGTH 
set  OPT ION_OFFSET  to  TO  ULP. LENGTH 

[  Parse  the  received  datagram's  data  field  and  process 
[  the  IP  Remote  Driver  specification  commands  found. 

set  DATA_OFFSET  to  0  (offset  of  first  data  byte) 

FOR  (  every  IP  Remote  Driver  command  contained 
in  the  received  datagram's  data  field 
[DATAJDFFSET  less  than  TO  ULP . LENGTH |  )  LOOP 

(  Look  for  next  command  in  TO  ULP. DATA  using 
[  DATA  OFFSET. 

( 

(  The  Remote  Driver  need  only  look  for  the  first 
(  few  characters  that  uniquely  identify  the 
(  command  because  the  IP  Test  System  will  not 
(  try  to  fool  it. 


IF  (  next  command  is  "ident")  THEN 

add  8  to  DATA _OFFSET  to  advance  past  "ident  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and 
store  its  value  in  FROM_ULP . IDENTIFIER  and 
TEST  ID 

advance  DATAOFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 

ELSEIF  (  next  command  is  "datalen")  THEN 

add  10  to  DATA  OFFSET  to  advance  past  "datalen  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and 
store  its  value  in  DATA_LENGTH 

advance  DATA^OFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 

[  NOTICE:  To  permit  the  IP  Test  System  to  send  ] 

(  arbitrary  length  datagrams  to  the  IUT,  the  ] 

[  "datalen"  command  may  be  repeated  more  than  ] 

[  once  and. or  have  a  number  of  leading  ASCII  ] 

[  zeros.  The  data  length  value  represented  is  ) 

(  guaranteed  to  be  the  same  within  any  given  ] 

(  datagram.  1 

ELSEIF  (  next  command  is  "option")  THEN 

add  6  to  DATA_OFFSET  to  advance  past  "option" 

set  OPT ION_OFFSET  to  DATA_OFFSET  to  record  the 
offset9  of  the  first  byte  which  should  be  placed 
in  the  response  datagram's  FROM_ULP . OPTION_DATA 

set  DATA_OFFSET  to  TO_ULP . LENGTH 

ELSEIF  (  next  command  is  "prec" )  THEN 

add  7  to  DATA  OFFSET  to  advance  past  "prec  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and  store 
its  value  in  FROM  _ULP . TYPE_OF_SERV ICE . PRECEDENCE 

advance  DATA  OFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 


ELSEIF  (  next  command  is  "reliab")  THEN 

add  9  to  DATA^OFFSET  to  advance  past  "reliab  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and  store 
its  value  in  FROM_ULP .TYPE  _0F_ SERVICE. RELIABILITY 

advance  DATA_OFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 

ELSEIF  (  next  command  is  "delay"!  THEN 

add  8  to  DATA_OFFSET  to  advance  past  "delay  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and  store 
its  value  in  FROM_ULP . TYPE_OF  SERV ICE . DELAY 

advance  DATA_OFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 

ELSEIF  (  next  command  is  "throu")  THEN 

add  8  to  DATA_OFFSET  to  advance  past  "throu  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and  store 
its  value  in  FROM_ULP . TYPE_OF  SERVICE . THROUGHPUT 

advance  DATA_OFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 

ELSEIF  (  next  command  is  "ipttl")  THEN 

add  8  to  PATAOFFSET  to  advance  past  "ipttl  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and  store 
its  value  in  FROMULP .TIME  TO  LIVE 

advance  DATA  OFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 

ELSEIF  (  next  command  is  "proto")  THEN 

add  8  to  DATA  OFFSET  to  advance  past  "proto  =  " 

convert  decimal  ASCII  value  at  DATA  OFFSET  and  store 
its  value  in  FROMULP . PROTOCOL 

advance  PATAOFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 
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ELSEIF  (  next  command  is  "dest")  THEN 

add  7  to  DATA  OFFSET  to  advance  past  "dest  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and  store 
its  value  in  FROMJJLP . DEST INAT ION_ADDR 

advance  DATACFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 

ELSEIF  (  next  command  is  ''source")  THEN 

add  9  to  DATAOFFSET  to  advance  past  "source  =  " 

convert  decimal  ASCII  value  at  DATAJOFFSET  and  store 
its  value  in  FROM_ULP . SOURCE_ADDR 

advance  DATA_OFFSET  past  the  space  character  that 
follows  the  decimal  ASCII  value 

ELSEIF  !  next  command  is  "dontfrag"!  THEN 

add  11  to  DATA  OFFSET  to  advance  past  "dontfrag  =  " 

convert  decimal  ASCII  value  at  DATA_OFFSET  and  store 
its  value  in  FROM JJLP . DCNT_FRAGMENT 

advance  DATA_OFFSFT  past  the  space  character  that 
follows  the  decimal  ASCII  value 

ELSE 

[ "end "  command  j 

terminate  IP  Remote  Driver  execution 


END  I F 
END  LOOP 


IF  !  "option"  command  found 

[ OPT IONOFFSET  less  than  FROM  JJLP . LENGTH ]  )  THEN 

IF  (  unable  to  expand  datagram  to  hold  option)  THEN 

log  the  test  identification  number  TEST_IP  so  that 
the  cause  of  the  test  failure  can  be  reported  to 
the  Protocol  Laboratory  Manager  loptionaL] 


take  implementation  dependent  action  to  make  the 
IUT  look  as  good  as  possible 


insert  the  bytes  supplied  by  the  "option"  command 
into  FROM_ULP . OPT IONDATA  [using  TO_ULP . DATA , 

OPT ION_OFFSET  and  TO_ULP . LENGTH ) 

indicate  length  of  FR.OM_ULP  .  OPT ION_DATA 
[set  FROM_ULP. INTERNET_HEADER_LENGTH  to  5  plus 
(the  number  of  4  octet  units  needed  to  store  the 
option  bytes  supplied  by  the  "option"  command)) 

ENDIF 

END  I F 


IF  (  "datalen"  command  requires  data  replication 

[ DATA_LENGTH  greater  than  FROM_ULP . LENGTH ) )  THEN 

IF  (  unable  to  expand  datagram  to  hold  data)  THEN 

log  the  test  identification  number  TESTID  so  that 
the  cause  of  the  test  failure  can  be  reported  to 
the  Protocol  Laboratory  Manager  (optional] 

take  implementation  dependent  action  to  make  the 
IUT  look  as  good  as  possible 

ELSE 

append  copies  of  the  received  data  field  to 
FROMJJLP. DATA  so  that  the  length  of  FROM_ULP . DATA 
is  DATA_LENGTH  using  only  a  leading  portion  for 
the  last  copy  if  DATA_LENGTH  is  not  an  integer 
multiple  of  the  received  datagram's  data  length 

[  FOR  EXAMPLE: 

[ 

(  received  data  field: 

[ 

[  "ident  =  502  datalen  =  42  " 

[ 

[  response  data  field: 

[ 

[  "ident  =  502  datalen  =  42  ident  =  502  datal" 

ENDIF 

ELSEIF  (  "datalen"  command  requires  data  truncation 

[DATA  LENGTH  less  than  FROM  ULP. LENGTH))  THEN 
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truncate  the  trailing  portion  of  FROM_ULP . DATA  so  that 
its  length  equals  DATA_LENGTH 

[  FOR  EXAMPLE: 

( 

[  received  data  field: 

[ 

[  "ident  =  503  datalen  =  13  " 

[ 

[  response  data  field: 

[ 

[  "ident  =  503  d" 

ENDIF 

set  FROM_ULP . LENGTH  to  its  proper  value  [ DATA_LENGTH ] 

Invoke  the  SEND  service  request  primitive  using  FROM^ULP 

IF  (  TO_ULP. ERROR  indicates  that  the  request 

is  illegal  [according  to  section  9.4.6.2.91)  THEN 

IF  (  able  to  obtain  buffer  space  to  send 

an  IP  Remote  Driver  error  response  packet)  THEN 

[  Form  an  IP  Remote  Driver  error  response] 

[  packet  using  most  Table  4  default  values.) 

set  FROM  ULP. SOURCE  ADDR  to  the  IUT’s  address 

set  FROM_ULP. DESTINATION  ADDR  to  the  CTD's  address 

set  FROM  ULP. PROTOCOL  to  255 

set  FROMULP . TYPE  OF_SERVICE  to  0 

set  FROM  ULP. IDENTIFICATION  to  TEST  ID 

set  FROM  UIP.IONT  FRAGMENT  to  0 

set  FROM  ULP. TIME  TO  LIVE  to  15 

set  FROM  ULP. DATA  to  the  ident  command 
reconstructed  from  TEST  I  Li  followed 
by  the  string  "error" 


set  FROM  ULP. LENGTH  to  its  proper  value 
[length  of  ident  command  and  "error"  string] 


set  FROM_ULP.OPTION_DATA 
[and  FROM_ULP . INTERNET_HEADER_LENGTH |  to 
request  an  empty  option  field 


Invoke  the  SEND  service  request  primitive 
using  FROMULP 

ENDIF 

ELSEIF  (  TO_ULP. ERROR  indicates  that  the  request  is  legally 
not  implemented  [excessive  datagram  length),*  THEN 

IF  (  able  to  obtain  buffer  space  to  send  an  IP 

Remote  Driver  not  implemented  response  packet;  THEN 

[  Form  an  IP  Remote  Driver  not  implemented  response) 
[  packet  using  most  Table  4  default  values.  ) 

set  FROM_ULP . SOURCE  ADDR  to  the  IUT's  address 

set  FROM_ULP . DEST INAT ION_ADDR  to  the  CTD's  address 

set  FROM  ULP. PROTOCOL  to  255 

set  FROM_ULP.TYPE_OF_SERVTCE  to  0 

set  FROM_ULP.  IDENTIFICATION  to  TEST  _ I D 

set  FROM_ULP . DONT_FRAGMENT  to  0 

set  FROM_ULP . T TME_TO_L I VE  to  15 

set  FROM_ULP . DATA  to  the  ident  command 
reconstructed  from  TEST_ ID  followed 
by  the  string  "notimpl" 

set  FROM_ULP . LENGTH  to  its  proper  value 
[length  of  ident  command  and  "notimpl"  string] 

set  FROM_ULP. OPTION  DATA 
[and  FROMULP .  INTERNET  _HEADER_LENGTH ]  to 
request  an  empty  option  field 

Invoke  the  SEND  service  request  primitive 
using  FROMULP 


